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Abstract: The Beam Conditions and Radiation Monitoring System, BRM, is implemented in 
CMS to protect the detector and provide an interface to the LHC. Seven sub-systems monitor 
beam conditions and the radiation level inside the detector on different time scales. They detect 
adverse beam conditions, facilitate beam tuning close to CMS, and measure the doses accumulated 
in different detector components. Data are taken and analysed independently of the CMS data 
acquisition, displayed in the control room, and provide inputs to the trigger system and the LHC 
operators. In case of beam conditions dangerous to the CMS detector, a beam abort is induced. 
The Fast Beam Conditions Monitor, BCMIF, is a flux counter close to the beam pipe inside the 
tracker volume. It uses single-crystal CVD diamond sensors, radiation-hard FE electronics, and 
optical signal transmission to measure the beam halo as well as collision products bunch by bunch. 
The system has been operational during the initiatory runs of LHC in September 2008. It works 
reliably since the restart in 2009 and is invaluable to CMS for everyday LHC operation. A charac- 
terisation of the system on the basis of data collected during LHC operation is presented. 

Keywords: Control and monitor systems online; Data acquisition concepts; Radiation-hard 
electronics. 
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1. The CMS Beam Conditions and Radiation Monitoring System, BRM 

The Compact Muon Solenoid (CMS) [|l|] is a multi-purpose detector experiment at interaction point 
(IP) 5 of the Large Hadron Collider (LHC) at CERN. Beam losses in the LHC may cause serious 
harm to detector components, so their advent must be detected in order to avert damages of the 
detector. A monitoring system is needed that allows diagnosis of adverse beam conditions and can 
initiate beam aborts or shut down vulnerable detectors, if necessary. 

Throughout the CMS detector, the beam conditions and the radiation level are monitored by 
seven sub-systems working on different time scales [Q]. Locations of these systems ai^e indicated 
in Figure [l], and some of their specifications are listed in Table |] [^]. These systems are operated 
independently of the LHC power supply and the CMS data acquisition and must be active whenever 
there might be beam in the LHC. 




Figure 1. Quadrant of a longitudinal section of CMS with the IP in the bottom right corner. The surrounding 
layers are the tracker (red), the electromagnetic (green) and the hadronic (blue) calorimeter, both consisting 
of barrel and endcap, the coil (grey), and the return yoke with interspersed muon chambers (yellow/red). HF 
is the hadronic forward calorimeter. Along the beam pipe, the positions of BRM sub-systems are indicated 
(starting at IR cf. Table [l|): BCMl at the blue bar, BSCl at the green bar, BCM2/BSC2 at the red bai-, and 
BPTX (out of scope). RADMONs and passive elements are distributed throughout the detector. 
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Table 1. Some specifications of the BRM sub-systems, which are ordered by increasing time resolution. 
RADMON stands for Radiation Monitor, BCM for Beam Conditions Monitor (F: fast, L: leakage), BSC for 
Beam Scintillation Counter, and BPTX for Beam Pick-up Timing Experiments. The IP is located at z = 0. 
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ns 


monitoring 


BCM IF 
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ns 
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BPTX 
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2. The Fast Beam Conditions Monitor, BCMIF 

Conceptual design Four modules, consisting of sensor, pre-amplifier, and optical driver, are 
arranged around the beam pipe on either detector side at distances of 4.5 cm from the beam axis 
and ±1.8m from the IP They measure the flux of beam halo particles as well as of collision 
products, thereby providing CMS Background 1 for the LHC control. Particularly radiation-hard 
components are needed in this situation. Additional requirements are low power dissipation and 
excellent time resolution in order to detect single relativistic charged particles with a time resolution 
better than the time between bunch crossings 

Readout chain and data acquisition The sensors are single-crystal chemical vapour deposition 
(sCVD) diamonds of the size 5 mm x 5 mm x 400 )im. They are metallised on both sides and oper- 
ated as solid state ionisation chambers, as illustrated in Figure ^ Charge-sensitive, radiation-hard 
amplifier ASICs of the type JK16 collect the charges induced and shape proportional signals. 
These are transmitted to the counting room as optical signals, converted back to electrical signals, 
and processed and analysed by several back-end components. The analogue signals are fed into a 
discriminator that supplies scalers and time-to-digital converters (TDC) with logical signals. An 
analogue-to-digital converter (ADC) samples the input voltages to obtain digitised signal images. 




Figure 2. Schematic of the BCMIF readout chain (not to scale). (Left) Front-end module, including sen- 
sor, preamplifier, and optical driver; through the lowpass filter, test pulses can be injected. (Right) Signal 
processing units of the back-end in the counting room. 
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Data acquired by all these readout devices are processed immediately. Relevant results are 
displayed in the control room and passed on to the central CMS data acquisition. Raw data are 
stored permanently on disk for offline analyses. 

Results obtained with first beams Digitised signals from the ADC are used to understand the 
performance of the system. It entirely meets the expectations as could be proved already in the first 
runs of LHC in 2008. The plots in Figure || show the signal-to-noise ratio of the detectors^ and a 
time resolution measurement ||^. The latter was taken while only one beam was circulating and 
shows the time difference between signals from sensors at opposite detector planes and equal az- 
imuthal positions. The mean value of 12ns corresponds perfectly to the time of flight of relativistic 
particles for 3.6m, and a standard deviation of a = 1.8ns results in a time resolution of 1.3ns. 
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Figure 3. Performance of BCMIF with first LHC beams in September 2008. (Left) Signal-to-noise ratio of 
the channels. (Right) Time resolution of the system. 




3. Performance and Prospects of BCMIF 
3.1 Signal Spectra from the ADC 

ADC data have been invaluable for the commissioning of the system. They facilitate maintenance 
and can deliver online information as well. The pulse height spectrum of signals taken in a run with 
colliding bunches is displayed in Figure ^ for ADC input channel 0. The trigger used for this mea- 
surement is an analogue sum of all BCMIF channels. Therefore, a fraction of the events contains 
the baseline in this channel, which accumulates to the pedestal peak at about zero pulse height. The 
maximum position of the signal peak is considered the pulse height for single relativistic particles 
(MIP correspondence)^ . The local minimum between those peaks is used to determine the optimal 
threshold to be set in the discriminator. 

The third peak as well as the adjacent cut at the upper end of the spectrum result from a 
limitation of the front-end electronics. At a pulse height of about ten times the MIP amplitude, the 
output signal of the laser driver goes into saturation. 

'channel 1 had a fauUy cable in 2008. Meanwhile, this has been replaced, and Channel 1 delivers data as well. 
^The energy of relativistic particles will usually be larger than the energy of minimum ionising particles (MIPs), thus 
their energy loss will be slightly larger than that of MIPs. This effect is ignored here. 
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Threshold for discriminator 
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Figure 4. Pulse height spectrum obtained from the 
ADC to find discriminator thresholds from the lo- 
cal minimum between the pedestal (left peak) and 
the MIP signals. The third peak at high voltages is 
caused by signals in saturation. 
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Figure 5. Bunch structure over the LHC orbit 
monitored with the TDC (green line) and simu- 
lated using FLUKA (red markers). A statistical 
effect not related to bunches lead to six outlying 
markers between bunch numbers 2000 and 3000. 



3.2 Timing Information from the TDC 

The arrival times of hits in BCMIF are recorded with the TDC. Given the spacing of 24.95ns 
between potential bunch crossings, time can be converted into a bunch number within the LHC 
orbit. An example of the count rate as a function of the bunch number is displayed in Figure |5[ The 
first three peaks, corresponding to colliding bunches, exhibit very high count rates and long tails 
up to the [IS range. Both effects are caused by collision products. The peaks around bunch number 
1000 and 2000, respectively, represent the three non-colliding bunches of each beam. No tails are 
observed here. 

A simulation has been performed using FLUKA ^ to understand the reasons for the long 
tails of colliding bunches.^ The results agree well with the data, as can be seen in Figure |5j, and 
confirm that, in addition to collision products and beam halo, also delayed signals from electrons, 
photons, and neutrons contribute to the count rates. 

3.3 Online Analysis with Scalers 

The output signals of the discriminator are also fed into scalers and a freely programmable logic 
unit, see Figure |. The unit's FPGA is programmed as a look-up table (LUT) to match pairs of 
BCMIF modules opposing with respect to the IP. Coincidences of signals in such back-to-back 
modules are assumed to be caused by elastic scattering in the collisions. Corresponding logical 
coincidence signals are counted by the scalers as well. In Figure ||, the overall coincidence rate 
and the luminosity measured by the hadronic forward calorimeter (HF) are plotted against time. 
The HF result (blue line) has been scaled to the BCMIF coincidence rate (green line), which has 
been fit (black line) in order to compare the slopes. In addition, the scaled count rate of BCMIF 
on the —z side is shown (red line). We observe a reasonable agreement between the three lines, 
demonstrating the potential of BCMIF to be used as a fast luminosity monitor. 

^The simulation is normalised to the data and does not include non-colliding bunches. 
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Figure 6. Comparison of the luminosity measured by HF with count rates from BCMIF. 
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